草庐IT

python DEAP遗传算法多核速度

全部标签

javascript - 按照维基百科上的说法实现 LLL 算法,但遇到了严重的问题

我不确定我的问题是否与编程有关或与LLL算法的概念以及维基百科上提到的内容有关。我决定实现LLL算法,因为它已写在Wikipedia(step-by-step/line-by-line)上实际学习算法并确保它真正有效,但我得到了意外或无效的结果。因此,我使用了JavaScript(编程语言)和node.js(JavaScript引擎)来实现它并且thisisthegitrepository获取完整代码。长话短说,K的值超出范围,例如当我们只有3个向量时(数组大小为3,因此索引的最大值为2),但k变为3,这是无稽之谈。我的代码是对Wikipedia中提到的算法的逐步(逐行)实现而我所做的

javascript - 查找点属于哪个六边形的高效算法

我试图从以下方面找到一种更有效的方法来确定一个点属于哪个六边形:一组点-为了论证,10000点。一组六边形的中心点,大约1000个六边形。每个点都属于一个六边形,一些(大多数)六边形是空的。六边形形成一个完美的网格,一个六边形的点从左上角开始(它将与总面积的边缘重叠)。我目前的解决方案有效,但相当慢n*(mlogm)我认为,其中n=length(points)和m=length(六边形)。我怀疑我可以做得比这好得多,想到的一个解决方案是根据点和六边形到某个任意点(可能是中间,可能是Angular)的距离对点和六边形进行排序(仅一次),然后迭代在这些点和六边形的子集上,从第一个六边形到该

javascript - JavaScript 中的最近对算法

我正在尝试实现分而治之算法,以使用JavaScript在随机生成的点集中找到最近的一对点。该算法应该在O(nlogn)时间内运行,但它比简单的蛮力算法运行时间要长得多,后者应该是O(n^2)。我创建了两个jsfiddle,为16000个点的数组计算算法时间:DivideandConquerBruteForce我的假设是,分而治之之所以如此缓慢,是因为JavaScript数组实际上是哈希表。是否有可能显着加快JavaScript中的算法?如果是这样,执行此操作的最佳方法是什么? 最佳答案 一眼看去,您的合并函数分配了过多的内存(大致顺

javascript - 布料仿真系统并行化算法?

可以使用以下算法完成简单的布料模拟:deftick(dt):forp1inparticles:forboundinp.bounds:p2=bound.particlep2.vel+=p1.pos+bound.stable_pos-p2.posp1.pos+=p1.vel*dt作为测试,我尝试了implementingit在JavaScript中。不幸的是,这很难扩展。随着粒子数量的增加,性能下降得非常快,并且限制非常低。有没有办法并行化这个算法?你能把它描述成一个简单的伪代码吗? 最佳答案 下面是平行布仿真设计的详细说明:http:

Javascript扫描线算法查找具有相同x坐标的所有元素

我正在尝试通过使用PUREJavascript(没有其他框架)来实现线扫描算法,它基本上从左到右扫描屏幕并查看共享的所有元素(包括重叠元素)相同的x坐标。例如我有6个带有黑色边框的div元素,它们都随机布局在屏幕上。出于说明目的,我使用垂直的蓝色虚线从左到右扫描整个平面。目标是报告该行经过的所有元素。对于上面的示例,我们如何报告DivA、DivE、DivD以及hyperlinkD在DivD中使用JavaScript? 最佳答案 你可以通过getBoundingClientRectmethod获取元素的位置.然后遍历它们并检查它们是否

javascript - 由于外部库,Webpack 构建速度非常慢

我尝试将webpack用于我的应用程序,但它每次构建我的应用程序需要60-100秒。我如何禁用node_modules/*和bower_components/*的重建文件或为单独的block(每个模块或共享)构建它们。这里是配置的一部分:{test:/\.js$/,exclude:/(node_modules|bower_components)/,loaders:['ng-annotate','babel-loader']},和resolve:{moduleDirectories:['node_modules','bower_components']},如何通过禁用每次重建库来提高性能

javascript - 一种客观的方法来衡量 JavaScript 中不同继承模式的内存/速度?

我经常看到经典(通过某些库伪造)、伪经典和原型(prototype)继承之间的争论提到“效率”。但是,我从未见过任何数据支持此类内容。更不用说“效率”在涉及编码风格而不是算法时似乎是一个模棱两可的词。我想做一些测试来对其中一些模式和库进行“基准测试”。这似乎与我过去见过的大多数算法或显示基准明显不同。你们认为需要测试的重要内容是什么,可靠地获得这些数字的最佳方法是什么。我目前的想法:实例化速度(创建几千个对象的时间使用相同的每个模式功能)内存使用情况(我能想到的唯一方法是查看我在任务管理器...有没有更好的方式)访问内部属性和方法的速度(迭代再次计时)复制速度(迭代时间)代码行数(同行

javascript - 我将所有内容都保存在外部 .js 文件中。但并非所有功能都在每个页面上使用。这会影响速度吗?

我的应用程序的JavaScript/jQuery包含在外部scripts.js文件中。它通常看起来像这样:$('document').on('ready',function(){giraffe();elephant();zebra();});functiongiraffe(){//code}functionelephant(){//code}functionzebra(){//code}giraffe()仅用于/animal/giraffe可用的Viewelephant()仅用于/animal/elephant可用的Viewzebra()仅用于/animal/zebra可用的View,

javascript - 椭圆曲线点压缩算法

我正在使用Javascript生成椭圆曲线,用于基于此示例代码的加密消息传递应用程序http://www-cs-students.stanford.edu/~tjw/jsbn/ecdh.html公钥会非常大,我知道可以压缩它们,但我一直找不到Javascript或大纲算法来执行此操作。这是一篇文章http://nmav.gnutls.org/2012/01/do-we-need-elliptic-curve-point.html概述了数学。 最佳答案 我想他们会增加对JavaScript椭圆曲线点压缩解决方案的兴趣,WebCrypt

Javascript:字典/对象成员检查速度

我很好奇检查JS对象(用作字典)是否具有给定属性的最快方法是什么。我对结果感到困惑。自己看看:http://jsperf.com/object-membership-check-speed/6在Chrome中,in关键字方法比点语法慢96%。而在Firefox中,它也慢了大约80%。IE显示速度慢50%什么鬼?难道我做错了什么?我想象“in”关键字会被优化,因为它甚至不需要获取值,它只返回一个bool值。但显然我完全错了。 最佳答案 它们不一样。obj.prop将检查属性是否不是假的(不是null,undefined,0,"",fa